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The present invention relates to methods and systems for 
maintaining application programs on a client computer in a 
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updating procedures of the present invention further provide 
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files and components through an open network environment, 
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SYSTEMS AND METHODS FOR application program. The application program is further 

AUTOMATIC APPLICATION VERSION maintained at a client. In response to a call to the server from 

UPGRADING AND MAINTENANCE ^® client, the server is caused to download the catalog to the 

client and the client compares the version identifications 

RELATED APPLICATIONS 5 between the components maintained on the server as indi- 
cated in the downloaded catalog and the components main- 

This application is a continuation of 08/707,622 filed Sep. taiaed on the client. The application program on the client is 

5, 1996, now U.S. Pat. No. 6,006,034 the entire teachings of updated by downloading from the server to the client the 

which are incorporated herein by reference. selected components for which the version identifications do 

not match. The updated application program is then 

BACKGROUND OF THE INVENTION ^" executed on the client. 

™ , . , , , *i. J J The above preferred method further comprises updating 

The present mvention relates to methods and systems for ^, i-.- *u t*uj ij- p 

. , r. . r 1- • V i/ the appncation program on the client by downloading from 

mamtainmg components of appbcation programs in a client/ ^^^^^ ^ ^^^^ ^^^^^ ^^j^^^^^ componenls speeded in 

servernetworkenvironment. A client IS a personal computer * i ... j .i. r * * 

^ ^ 1 * * the catalog which are new and, therefore, not present on the 

or a workstation that operates on a network to execute 15 ? / • i • * n *■ f,u 

. ^ ^ -.HI cuent. This also makes possible the initial installation oi the 

vanou^ application programs. A server is typically a larger, ,i,^t;„„ j^e client. Similarly, the catalog file can 

centralized computer on the network which services the ^ ^^j^^^ ^^^^ J^^^^^ components 

chente by providing programs, files and data, and by con- ' I'ljj-,. v*- ul 

trolUng hardware devicei shar;d by the clienk previously mcluded in the application program which are no 

^ ^ longer needed to execute m the updated version. 

An application program typically comprises a number of preferred embodiment, the catalog is used to 

components each of which exists as a separately addressable ^^^^^^j^ addresses of other servers from which the 

file, and where each component is idenUfied by a version ^^^^^ component modules can be retrieved in subse- 

number, perhaps indicating its creation date. An application ^-^ loc^^lioxlS on the client for storing 

program may typicaUy undergo numerous revisions and downloaded components for proper execution of the 

updates throughout the course of Its operational existence on li^^tion program on the client; and procedures for 

the client. In the network environment, an applicaUon pro- executing programs on the client, such as virus scanning 

gram on the client can be kept cuaent by replacing one or ^^^^^ ^^^^^ ^^^^ component is downloaded as well as prior 

more of such components, or by adding or deleting conipo- following the execution of the updated application 

nents. The components having the latest version numbers Dropram 

can be maintained on the central server and distributed from r ' e j u j- * *u * i * • j 

, u ■ J- -J t r 4 A A u . In the preferred embodiment, the catalog file retained on 

the f rver to each individual client as needed through a ^Uent specifies a maximum wait-time interval to Umit 

standard file transfer protocol. ^^^^^ associated with updating the appUcation program. 

In the prior art systems, the version upgrading or com- ^^^j ^ f^^her servers on the network, each including 

ponent upgrading procedures arc dnven by the central server ^ ^^^^ ^.^^^^g when, in response to the call to the 

through complex interactions between the server and client ^^^^^^ ^^^^^ ^^^^^ ^^^j. f^^^ download the 

systems. catalog within the maximum wait-time interval, the client 

c^nxMXM A nv r^r? ™c rvrt/cKmi^KT caucels the download and routes the call to one of the further 

SUMMARY OF THE INVENTION ^^^^^ ^^^^^^ ^ download and so on until the catalog 

Server-driven methods, however, are inherently unsuited 40 has been downloaded within the specified maximum wait- 

for applications running on open-architecture networks, time interval. 

such as the Internet or intranet settings, in which the In the preferred embodiment, the catalog file is specified 

individual clients are difficult to access and control. The with a cryptographic digest for each component to ensure its 

methods and systems of the present invention significantly authenticity and integrity. Tlie client updates the application 

improve the version updating process in a client-server 45 program on the client by downloading and replacing 

environment in which such updating requires frequent and selected components for which the cryptographic digests do 

efficient deployment of the application components. In not match, and the client further computes the cryptographic 

particular, the present invention shifts the version updating digests on the client to ensure that each of the downloaded 

control to the individual client rather than the server, not components is authentic and that each has not been cor- 

only to reduce processing burden on the server but also to 50 rupted during the download transmission, 

enable version updating in an open network environment, in the preferred embodiment, the frequency of the updal- 

such as the Internet, where the source providing servers ing procedure is defined on a periodic basis or on an 

generally cannot control the remote clients. The methods of event-driven basis. For example, a predefined time interval, 

the present invention further adds security and protection such as a day or week can be specified in die catalog, or by 

from potential file corruption and undue delays during file 55 a user, and the application program is updated only on the 

transfer from a server to a client. By intelligently and first time the application is run in a specified time interval, 

automatically selecting to download and update only the In another embodiment, the application program on the 

needed and changed components of an appHcation program, client is automatically updated by an operating system or by 

the present method alleviates the concerns of time and a launcher program executed by a startup command on the 

efficiency in any client-server network environment which client each time the client is booted up. In such an 

requires highly dynamic application updates. embodiment, the application program is caused to be 

In the preferred embodiment, the present invention updated regardless of whether the application program is 

involves maintaining on a server the components of an executed at the client. Similarly, the client can be configured 

application program, each having a version identification, to update the application program periodically only as 

and maintaining a catalog of components with the version 65 necessary to replace either outdated or corrupted 

identifications. The components may include executable components, or to delete any modules no longer needed, or 

codes, library files, parameter files, and data files of the to add any new modules. 
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In the preferred embodiment, the call to the server from FIG. 1 is a graphical illustration of a dosed network 

the client is transmitted to the server by a launcher program environment including a central distribution server, 

on the client which operates as a proxy to the application FIGS. 2Aand2B illustrate generally the client-controlled 

program. Selecting the application from the client to execute network environment of the present invention, 
the program engages the launcher to communicate with the 5 pjQ 3^ illustrates the general framework in which the 

server, to cause the server to download the catalog file, and launcher program on a client controls a version update in 

to update the application program on the cUent and execute conjunction with the procedure specified in the catalog file, 

the updated application program on the client. In such an 33 iji^strates the process involved in composing the 

embodiment, the launcher can be implemented as a separate ^^^^^^^ ^^^^j ^-^^^ ^^^^^ ^ described in FIG. 
utility program or as a functional component of an opcratmg 10 3^ 

system of the client and run invisibly in the background. _ . u- 1 -n * e.u 

^ . , , J . FIG- 3C IS a graphical illustration of the user perspective 

Once the catalog file has been retrieved and processed in ^j^^ launcher driven client. 

accordance with the method of the present invention, the . u- 1 n * r *l u 1 

V • 1 J- FIG. 3D IS a graphical illustration of the version check 

status of each updating of the apphcation program, mcluding process on the client 

names of the components replaced, deleted or added on the ^5 P ^ , ' . ^ . . . 

client and related procedures, can be recorded in a file on the ™- illustrates one embodiment of the launcher 

client for tracking and reporting the program usage and configuration. 

updates. Information in the downloaded catalog file, which FIGS. 4B to 4E illustrate the preferred embodiment of the 

at least includes the list of names and version identifications launcher configuration and the detailed preferred updating 
of the components for the updated application program, is 20 process of the present invention. 

stored on the client to be used in a subsequent update. The FIG. 5 illustrates another aspect of the present invention 

catalog file can also be specified to include a procedure to relating to minimizing download wait time, 

delete the components following the execution of the FIGS. 6 A and 6B illustrate a further aspect of the present 

updated application program to free up disk space on the invention relating to client configuration, 

client. FIGS. 7A through 7C illustrate preferred implementations 

With the method of the present invention, controlling a of the methods of the present invention in the Internet 

version upgrade at the client through an open network environment. 

environment, such as the Internet, can be easily imple- ^^^.^^^T^rr^^^^T ^r. ^x*- 

mented. In the Internet environment, for example, the call to DETAILED DESCRIPTION OF THE 

a server for updating the application program can be made INVENTION 

through a hypertext link on a Web browser directed to the A description of preferred embodiments of the invention 

catalog on the server. The launcher program can be inte- follows. 

grated into the browser as a helper application, a plug-in Referring to the drawings, HG. 1 illustrates a closed 

module, or as a browser control. When the link is selected network 10 such as a local area network in which a central 

from the client browser, the launcher is executed to update disuibution server 12 controls the distribution of application 

the corresponding application components on the client. The software running on each of the multiple clients 14 within 

downloading chores of the update can be accomplished j^e network 10. In such an environment, the version updat- 

through standard file transfer methods such as the file j^g typically requires the server 12 to undergo a complex 

transfer protocol or the hypertext transfer protocol. The taskof updating each client 14 individually. Such procedure 

catalog file can also be specified to include a procedure to requires significant processor power particularly if the cli- 

install on the client desktop an icon or a shortcut which ^^^^ ^^^^ ^e updated at the same time. Further, a cUent 

enables the end user to run the applicaUon without accessing program may be updated unnecessarUy when the program is 

the Web page in subsequent updates. routinely accessed at the client. 

Hie above and other features of the inventioii including ^ opg^ network architecture, such as the Internet and 
various novel details of con.'^truction and combinations of intranets, the centralized program updating is difScult due to 
parts will now be more particularly described with reference ^jj^ f^ct that the individual clients are not necessarily con- 
to the accompanying drawings and pointed out in the claims, tj-oiiejj by the server In the Internet, for example, a Web 
These features are described with reference to installing and server communicates with a remote client on an anonymous 
maintaining complete applications, but can also be used for gud cannot easily control the parameters of the client, 
individual components such as data files. It will be under- piQ 2A illustrates a preferred method of the present inven- 
stood that the particular devices and methods embodying the ^^^^ wherein a client 22 controls the process of a software 
invention are shown by way of illustration only and not as upgrade in the client utilizing one or more servers 24 on a 
limitations of the invention. The principles and features of network. More particularly, in FIG. 2B, a software version 
this invention may be employed in varied and numerous upgrade can be initiated through executing an application 
embodiments without departing from the scope of the inven- program on the client 22. The execution command transmits 
^ion. a request signal 23 to the server 24 which holds the latest 

„ „ ^„ ^„ .,,„*T^r, application components. In the preferred embodiment, the 

BRIEF DESCRIPTION OF THE DRAWINGS J? responds by downloading a catalog of a list of the 

The foregoing and other objects, features and advantages 60 application components, each identified with the latest ver- 

of the invention will be apparent from the following more sion number. Here, the server includes either a single 

particular description of preferred embodiments of the computer or multiple computers or other servers networked 

invention, as illustrated in the accompanying drawings in together. The catalog file is processed by the client 22 to 

which like reference characters refer to the same parts selectively identify and retrieve required components of the 
throughout the different views. The drawings are not nec- 65 application program from the server 24, 

essarily to scale, emphasis instead being placed upon illus- A persistent cache directory 22fl on the client 22 stores a 

trating the principles of the invention. representation of the catalog file 26, which at least includes 
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the updated list of components and version numbers on the 
client, for a comparison in a subsequent version check. The 
components may either be stored in cache 22a or in program 
directories, such as 22b to 22dj spedfled in the catalog file 
26, for proper execution. It can be seen that only the 5 
components which require updating are downloaded, and 
they are only downloaded when there is a need because the 
program is being accessed at the client. 

FIG. 3 A is a preferred flow sequence of a version updating 
process of the present invention. The process first involves 
packaging a catalog file 300 in the server. The catalog file is 
downloadable from the server to a client using standard 
network transfer protocol, such as the file transfer protocol 
or the hypertext transfer protocol. In the preferred 
embodiment, as described in FIG. 3B, a catalog file is 
prepared to include application information 320 which 
includes the client download directory location(s) and the 
execution command to the application program. For each 
component that is now required, the catalog file includes at 
324 a version identification, code or data size, and the 
network address(es) where the latest version of the compo- 
nent is stored. The components themselves may also be 
included within the catalog file in certain updating situa- 
tions. For each component, a cryptographic digest is com- 
puted and specified in the catalog at 326. Such an encryption ^5 
is used later to verify authenticity and integrity of the 
component following the completion of a download in the 
client. The catalog further includes at 328 for each compo- 
nent directory or subdirectory locations on the client where 
the component must reside in order to allow proper execu- 3Q 
tion of the application program. 

Additionally, the catalog includes at 330 identifications of 
components previously required in the application program 
that are now obsolete in the new version. At 340, the catalog 
file can also include the client's system environment vari- 35 
ables relative to the installation requirements in different 
client directory locations. An environment variable is a 
system wide parameter commonly used to store small items 
of infonnation to be shared between multiple programs. In 
one embodiment of the invention, certain environment vari- 40 
ables hold references to directories in which application 
components are stored on the client. Hie catalog can also 
include at 342, network locations storing future versions of 
the catalog file and/or the associated application compo- 
nents. The catalog file can further include at 344 procedures 45 
necessary for executing codes after retrieval of each com- 
ponent or prior to and/or following the execution of the 
updated application program. 

Returning to FIG. 3 A, the catalog file is retrieved at 302 
from the server in response to a call from the client. In a 50 
preferred embodiment, as illustrated in FIG, 3C, the client 
22 of the present invention includes a launcher program 348 
which is automatically activated when a user selects to run 
the application underlying icon 350 on a desktop window 
346 of the client system 22. The launcher 348 serves as a S5 
proxy to the apphcation program and communicates with the 
server 24 over a network to request a download of the 
catalog file. 

In FIG. 3A, the launcher processes the downloaded cata- 
log file at 304 and begins to unpack the catalog file to initiate 60 
a version check at 306, The version comparison in these 
steps involves comparing the contents of a new catalog file 
352 downloaded from the server, as shown in FIG, 3D, with 
the existing representation of the catalog file 354 stored in 
persistent cache 22a of the cUent 22 . The contents of the new 65 
catalog 352 reflea the latest component versions, and the 
catalog 354 in cache 22fl lists the component versions 
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presently installed on the client. The comparison described 
in these steps is only a basic requirement in an updating 
procedure. Other steps, as will be discussed later, can be 
specified in the catalog file and executed by the launcher on 
the client. 

Further referring to FIG. 3 A, the launcher at 308 engages 
the server to download the required components for a proper 
update as defined in the catalog file in 306. The encrypted 
components are authenticated at 310 through the crypto- 
graphic digests specified in the catalog file. The pre-launch 
code prescribed in the catalog file, such as a virus scan, is 
executed at 312. The updated and verified application pro- 
gram is launched and executed at 314 followed by any 
post-launch activities at 316 also defined in the catalog file. 
Information in the catalog file, which at least includes the 
updated list of components and version numbers on the 
client, is stored at 317 in cache on the client until the 
subsequent version update. 

The launcher program can be configured in different ways 
to accommodate users with different options to control and 
update the application program. In one embodiment, as 
shown in FIG. 4A, the launcher is a stand-alone program 
which can be executed through a desktop icon 400 on a 
client window. Selecting the icon executes the launcher 
program which provides a user with a dialog window to 
either select an existing application program to update at 401 
or specify the network address of the catalog file for a new 
application at 402. Through the launcher dialog window(s), 
a user can select any application program either to execute, 
or to update and execute, or simply to update the compo- 
nents therein. In another embodiment, as shown in FIG. 4B, 
an icon directed to the application program can be installed 
on the client desktop window at 404. Selecting the icon 
automatically launches the launcher program in the back- 
ground to begin an updating process. At 405, the launcher 
program in this embodiment is pre-configured with network 
address(es) of the catalog file as a parameter of the program. 

FIGS. 4C through 4E further illustrate the preferred 
process of the present invention. In the preferred 
embodiment, a user may cither invoke at 406 an icon 
directly associated with the application program or run the 
launcher program at 407 to select a particular application 
program to update. In either option, the launcher program, 
executes with the address of the catalog file to initiate 
program update at 408. At 409, the launcher retrieves the 
catalog file from the specified server address or from a local 
disk, and, at 410, the launcher reads the application infor- 
mation in the retrieved catalog file. The application infor- 
mation is as described in FIG. 3B and includes the client 
download directory location(s) and the execution command 
and procedure relative to the application program. The 
catalog file is further examined for any environment variable 
pertaining to the client system which instructs the launcher 
as to how the components are installed on the chent. At 414, 
the launcher designates appropriate directories on the client 
where the components should be stored. 

The process for identifying the individual component files 
to download from the server begins at 416. At 416, the 
launcher reads the next component file name and version 
number or identification from the retrieved catalog file of the 
latest component versions made available on the server. 
Each component version number is compared at 418 with 
the current component version numbers listed in a previous 
catalog file representation stored in cache on the client. If the 
version number is correct, the cryptographic digest is 
checked at 419. Any component not on the client or showing 
different version numbers or different cryptographic digest 
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are selected and retrieved from the specified server location ing the application program. In all the other configured 

420. The cryptographic digest is computed on a retrieved situations the client defaults to run the launcher automati- 

component at 421 and confirmed at 422. An incoaect or a cally in each application laimch, unless otherwise specified 

corrupted component is similarly replaced at 420. At 424, by the user or in the catalog file. In the defaults, sending the 

the launcher program executes any procedure such as virus 5 launcher can be implemented as a component part of the 

scan decryption or expansion of encrypted or compressed ^^^^^ operating system to run invisibly in the background. 

eXTn S "''"'"'''^ ^^^^^^ ^^P^^» ^^'^'^ t« P^^^i^^^e 

^ P * . ' r fully controlled client-server environment within an open 

Once the components have downloaded, any existing ... ^ i_*ut. *i ^ j 

\ r . *u . * 1 J J network architecture, such as the Internet. In one preferred 

components on the client that are not no longer needed as a m i_ . j l j • no i- * • wj u 

T f .1. J . J 1 * J 7 /«in A* Ai'^ embodiment, as described in FIG. 7A, the client is a World 

result of the version update are deleted at 430. At 432, . „7 1. Ai? t-\ i- * u u u j .u 

. . . . 1 ci u- u *i * • 1 J *u r . Wide Web (Web) dient, such as a Web browser, and the 

information in the catalog file, which at least includes the list . ^ . \. • • 1 : 

4 f J * J r _ • * J automatic version upgrading process IS implemented to run 

of the components of updated application program, IS stored - „ ... . 1 ^u- u j- . u * 

^ 1- *f . I. . J 4 fully within such a browser. In this embodiment, a hypertext 

m cache on the client for use in a subsequent update. The , , -n^ . i- • -j j 

, . , * *u 1 u ^ J hnk at 704 to an application program is provided within a 

launcher then executes at 434 the pre- launch procedures .c. , 1*^ mn^Tr \ ^ .j i j 

, . ^, ^, . . ^ . , ^5 hypertext markup language (HTML) document displayed on 

specified in the catalog, such as virus scan, pnor to executing -^5,,, _^ , i t - t / 

,^ . ^-1^ 1 * u a Web page. Such a Lnk is a uniform resource locator 

the apphcation program at 436. The process completes by directed to a server site which makes available the catalog 

runtimg the post-launch procedures at 438. ^^^^^^ ^^^^^^ ^^^^^^^ ^^^^^^ 

nie catalog file can also be speafled to include a proce- ^ ^ ^ ^^j^^, (j^^^ ^ ^^le launcher 

dure to delete the components following the execuuon of toe ^ ^^^.^^^ and processes the catalog file is 

updated application program to free up disk space on the embedded (706) into the browser as a "plug-in" module or 

as a native browser control. A plug-in module is an inte- 

One aspect of the present mvention relates to enhancing ^^^^^^ component of a browser which enables the execution 

speed and efficiency with which an apphcation program on of non-Web applications within the browser environment. A 

a client is updated and executed so that the program runs 25 native browser control is built into the browser, and is hence 

with the most current data and/or coding structure. FIG. 5 ^^^^ ^^^^^^ integrated than any add-on modules on separate 

describes a preferred method of the present mvention id executables. At 708, the launcher is engaged to process the 

which the client monitors and limits the Ume spent on an downloaded catalog file. Accordingly the components are 

initial download of the catalog file from a server to a client. downloaded to update the application program without 

In the preferred embodiment, the catalog file previously 30 leaving the Web browser at 710 and the program is executed 

stored on the client includes a maximum wait time interval 7^2. 

specified as the time within which the transmission of the , . j. . 1 1 • • 1 

* 1 «i „ „o * o i,*„ot™ i,..«r.K In another embodiment, the launcher program is iraple- 

catalog file to the client in response to an apphcation launch . , ... \ i- ,T ^ t-t^ 

command should be completed. Such a time limit Ls to '"^"'f.'' ^ ^f^l appbcaUon. In FIG. 7B, 

ensure that the catalog file is delivered quickly, and to 35 selec mg the link directed to the catalog file on a Web page 

identify and break a client-server communicaUon jam which T^T^ '^r """^7^" r °" ^ 

might delay the download indefloitely if the particular '° The resultmg updated apphcation components are 

seiion were maintained. As indicated previously, the cata- '° n^^^^""^^"^ T V *PP'°P""" 

log file previously stored on the client includes the network P™8[^ directories 722. The updated applicaUon program 

jj r n * « * 4U * 1 CI t> can be executed either within the Web session or after 

addresses of alternate servers storing the catalog nlc. Ketcr- 40 , . . --.^ r™_ . i r-i i ^ 

, T-ii- c ' ♦ r f- 1 «u f „ exiting the Web browser at 726. The catalog file can also be 

nne to FIG. 5, in response to an application launch from a , • 11 1 i- . 

1* * CM t- /-^ tu- specified to include a procedure to install on the client 

client at 502, a timer is triggered to count down the maxi- / _ , ^ V. . . . . ui ^ 

mum wait Ume interval specified in the catalog file at 504. ^^^^ ^ ^^^^^cut which enab es the end user to 

While the catalog file is being retrieved at 506 the timer is application without accessing the Web page m 

monitored against the maximum wait Umit at 508, If the 45 ^^''^^^^"^ updates. 

download has exceeded the time Umit, the launcher in the PIG. 7C Ulustrates a preferred process in which a Web 
client terminates the session and connects to a different client, such as a Web browser, is configured not only to 
server at 510 to initiate a new download. The timer is again retrieve a component catalog file from a server but also to 
activated, and the time limit is monitored until the download retrieve a launcher program to implement the update pro- 
is completed at 514. 50 cedures on the client computer. At 728 and 730, a user, 
Another aspect of the present invention relates to provid- ^^^^ugh a standard Web browser on a client, selects a Unk 
ing user fiexibility at the client to control the updating directed to the catalog file on a remote server. The browser, 
procedures. In a preferred embodiment, as described in through a standard Internet protocol, such as hypertext 
FIGS. 6A and 6B, a client can be configured to adapt a transfer protocol, retneves the catalog file at 732 m response 
number of different updating schedules. In this embodiment, 5S the link. At 734, the browser is specified to query and 
an application program may be selected to run either from a determine whether the client maintams a launcher program, 
client desktop at 602 or during a boot sequence at 611, and ^^e launcher program is present on the client, the browser 
the associated launcher is automatically executed to nm a invokes the launcher at 738 to begin the update process. In 
sequence of parameter checks. At 604, if the launcher is the event the client does not support a launcher, the browser 
configured to run an update on a periodic basis, such as on 60 ^ directed to download a launcher program from the server 
a daily, weekly, or monthly basis, the launcher, through an and ^ install the launcher integrally into the browser at 736. 
internal calendar or clock, checks to determine if a new While this invention has been particularly shown and 
update is due with respect to the last update at 608, and, if described with references to preferred embodiments thereof, 
so, executes an update process once within such a period at it will be understood by those skilled in the art that various 
609. If the update is specified during a boot sequence 611, 65 changes in form and details may be made therein without 
the launcher is executed at 612 during such boot and departing from the scope of the invention encompassed by 
performs the version update at 614 typically without execut- the appended claims. 
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What is claimed is: 

1. A method of maintaining components of an application 
program on a network comprising: 

maintaining on a server the application program, the 
application program including components, each hav- 
ing a version identification, and maintaining a catalog 
of components with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program on the client by down- 
loading from the server to the client selected compo- 
nents for which the version identifications do not match 
and replacing the selected components on the client; 
and 

specifying a maximum wait-time interval to Umit any 
delay associated with updating the application 
program, and in a list maintained on the client speci- 
fying further servers on the network, each including a 
copy of the catalog, and when the server fails to 
download the catalog within the maximum wait-time 
interval, the client canceling the download and routing 
the call to one of the further servers to engage a new 
download and so on until the catalog has been down- 
loaded within the specified maximum wait-time inter- 
val. 

2. A method of maintaining components of an application 
program on a network comprising: 

maintaining on a server the application program, the 
application program including components, each hav- 
ing a version identification, and maintaining a catalog 
of components with the version identifications; 

specifying in the catalog a cryptographic digest for each 
component to ensure authenticity and integrity of the 
component; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program on the chent by down- 
loading from the server to the client and replacing the 
selected components for which the version identifica- 
tions and cryptographic digests do not match; and 

computing the cryptographic digests on the client to 
ensure that the downloaded components are authentic 
and that the components have not been corrupted 
during transmission. 

3. A method of maintaining components of an application 
program on a network comprising: 

maintaining on a server the application program, the 
program application including components, each hav- 
ing a version identification, and maintaining a catalog 
of components with the version identifications; 

specifying in the catalog any component of the applica- 
tion program which are no longer needed to execute the 
program; 

maintaining the appHcation program on a client; 
in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
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the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; and 

^ updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match, replacing the selected components 
on the client. 

4. A method of maintaining components of an application 
program on a network comprising: 

maintaining on a server the application program, the 
program application including components, each hav- 
ing a version identification, and maintaining a catalog 
of components with the version identifications; 

specifying a time interval in the catalog; 

maintaining the application program on a client; 

in response to user selection of the application program at 
20 the client, causing a call to the server from the client, 
causing the server to download the catalog to the client 
and, in the client, comparing the version identification 
between the components maintained on the server, 
indicated in the catalog, and the components main- 
25 tained on the client; and 

updating the application program on the client, only on a 
first time the application program is nm in the specified 
time interval, by downloading from the server to the 
client selected components for which the version iden- 
tifications do not match and replacing the selected 
components on the client. 

5. A method as claimed in claim 4 wherein the time 
interval is specified by a user from the client. 

6. A method of maintaining components of an application 
program on a network comprising: 

maintaining on a server the application program, the 
program application including components, each hav- 
ing a version identification, and maintaining a catalog 
^ of components with the version identifications; 

specifying a fixed time interval at which the application 

program is updated; 
maintaining the application program on a client; 
in response to a call to the server from the client, causing 
45 the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; and 

updating the application program on the chent by down- 
loading from the server to the client selected compo- 
nents for which the version identifications do not match 
and replacing the selected components on the client . 

7. A method of maintaining component of an application 
program on a network comprising: 

maintaining on a server the application program, the 
application program including components, each hav- 
ing a version identification, and maintaining a catalog 
of components with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
65 the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 
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Updating the application program on the client by down- 
loading from the server to the client selected compo- 
nents for which the version identifications do not match 
and replacing the selected components on the client; 
and 

specifying a maximum wait-time interval to limit any 
delay associated with updating the application 
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program, and in a list maintained on the client speci- 
fying further servers on the network, and when the 
server fails to download within the maximum wait-time 
interval, the client canceling the download and routing 
the call to one of the further servers to engage a new 
download. 



06/28/2004, EAST Version: 1.4.1 



